Identification of targets for a campaign by referencing a blockchain and/or a distributed system file system

ABSTRACT

A device, that is part of a network of nodes that has access to a blockchain, may receive, from a user device associated with an entity, a request for campaign information for a campaign. The request may include data identifying campaign parameters. The device may interact with smart contracts associated with the blockchain to identify individuals to target for the campaign. The smart contracts may be configured to receive the campaign parameters as input and to output an indication of whether campaign preferences are compatible with the campaign parameters. The device may generate the campaign information to include information identifying the individuals targeted for the campaign and information identifying particular campaign preferences found to be compatible with particular campaign parameters. The device may provide the campaign information to the user device to permit the user device to use the campaign information to target the individuals for the campaign.

BACKGROUND

A blockchain is a distributed database that maintains acontinuously-growing list of records, called blocks, that may be linkedtogether to form a chain. Each block in the blockchain may contain atimestamp and a link to a previous block and/or transaction. The blocksmay be secured from tampering and revision. In addition, a blockchainmay include a secure transaction ledger database shared by partiesparticipating in an established, distributed network of computers. Ablockchain may record a transaction (e.g., an exchange or transfer ofinformation) that occurs in the network, thereby reducing or eliminatingthe need for trusted/centralized third parties. In some cases, theparties participating in a transaction may not know the identities ofany other parties participating in the transaction but may securelyexchange information. Further, the distributed ledger may correspond toa record of consensus with a cryptographic audit trail that ismaintained and validated by a set of independent computers.

SUMMARY

According to some possible implementations, a method may includereceiving, by a device, campaign preferences data identifying campaignpreferences of a group of individuals. The method may includegenerating, by the device and based on receiving the campaignpreferences data, a set of smart contracts for the group of individuals.The set of smart contracts may include a group of identifiers for thegroup of individuals and the campaign preferences data of the group ofindividuals. The method may include providing, by the device, the set ofsmart contracts to be stored using a distributed ledger that isaccessible to a network of nodes. The method may include receiving, bythe device and from a user device associated with an entity, a requestfor campaign information that is to be used for a campaign. The requestmay include data identifying one or more campaign parameters. The methodmay include identifying, by the device and by interacting with the setof smart contracts associated with the distributed ledger, one or moreindividuals to target for the campaign. The one or more individuals maybe identified based on a comparison of the campaign preferences and theone or more campaign parameters. The method may include generating, bythe device, the campaign information for the campaign. The campaigninformation may include information identifying the one or moreindividuals targeted for the campaign or information identifyingparticular campaign preferences that were found to be compatible withthe one or more campaign parameters. The method may include providing,by the device and to the user device, the campaign information to permitthe user device to use the campaign information for the campaign.

According to some possible implementations, a first node may include oneor more memories, and one or more processors, operatively coupled to theone or more memories, to: receive, from a user device associated with anentity, a request for campaign information that is to be used for acampaign. The request may include data identifying one or more campaignparameters. The first node may be part of a network of nodes that hasaccess to a distributed ledger. The one or more processors may identify,by interacting with one or more smart contracts associated with thedistributed ledger, one or more individuals to target for the campaign.The one or more smart contracts may include a set of encryptedidentifiers for a group of individuals that include the one or moreindividuals, and campaign preferences data identifying campaignpreferences of the group of individuals. The one or more individuals maybe identified based on a comparison of the campaign preferences and theone or more campaign parameters. The one or more processors may obtainpersonal information of the one or more individuals by using one or moreencrypted identifiers associated with the one or more individuals toreference a distributed file system that is accessible to the network ofnodes and that associates the one or more encrypted identifiers with thepersonal information. The one or more processors may generate thecampaign information for the campaign. The campaign information mayinclude information identifying the one or more individuals targeted forthe campaign (e.g., including the personal information of the one ormore individuals) or information identifying particular campaignpreferences that were found to be compatible with the one or morecampaign parameters. The one or more processors may provide the campaigninformation to the user device to permit the user device to use thecampaign information to target the one or more individuals for thecampaign.

According to some possible implementations, a non-transitorycomputer-readable medium may store instructions that include one or moreinstructions that, when executed by one or more processors of a device,cause the one or more processors to: receive, from a user deviceassociated with an entity, a request for campaign information that is tobe used for a campaign. The request may include data identifying one ormore campaign parameters. The device may be part of a network of nodesthat has access to a blockchain. The one or more instructions may causethe one or more processors to identify, by interacting with one or moresmart contracts associated with the blockchain, one or more individualsto target for the campaign. The one or more smart contracts may beconfigured to receive the one or more campaign parameters as input andto output an indication of whether campaign preferences are compatiblewith the one or more campaign parameters. The one or more individualsmay have a threshold number of the campaign preferences that arecompatible with the one or more campaign parameters. The one or moreinstructions may cause the one or more processors to generate thecampaign information for the campaign. The campaign information mayinclude information identifying the one or more individuals targeted forthe campaign and information identifying particular campaign preferencesthat were found to be compatible with the one or more campaignparameters. The one or more instructions may cause the one or moreprocessors to provide the campaign information to the user device topermit the user device to use the campaign information to target the oneor more individuals for the campaign.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1A-1C are diagrams of an example implementation described herein.

FIG. 2 is a diagram of an example environment in which systems and/ormethods, described herein, may be implemented.

FIG. 3 is a diagram of example components of one or more devices of FIG.2.

FIGS. 4-6 are flow charts of an example process for using a distributedledger and/or a distributed file system to manage campaign preferencesfor a group of individuals, and for referencing the campaign preferencesto generate campaign information identifying one or more individuals totarget for a campaign.

DETAILED DESCRIPTION

The following detailed description of example implementations refers tothe accompanying drawings. The same reference numbers in differentdrawings may identify the same or similar elements.

Personal information (e.g., personally identifiable information (PII),sensitive personal information (SPI), etc.) is information that may beused to identify, contact, and/or locate a single person. Anorganization may store personal information for customers, employees,and/or the like. Additionally, the organization may require thatemployees participate in some form of education regarding data privacyand protection of personal information. For example, the organizationmay require that employees take a computer-based training (CBT) programto inform the employees about data privacy laws, review situations wheresharing personal information of customers is appropriate, reviewsituations where sharing the personal information of the customers isinappropriate, and/or the like.

However, extensive data privacy laws and regulations, which may be easyto misinterpret, may make the CBT or related programs an ineffective wayfor the organization to ensure that employees are handling personalinformation of customers in a manner that is compliant under the law.For example, for an employee to make an informed decision when dealingwith personal information of a customer, the employee, who often doesnot possess a legal background, may have to understand when personalinformation of a customer may be shared, with whom the personalinformation may be shared (e.g., an affiliate of the organization, asubsidiary of the organization, a third-party, and/or the like), amanner in which the personal information may be shared (e.g., electronicmail, text messaging, phone call, etc.), and/or the like. Additionally,data privacy laws and regulations are frequently evolving, furthercomplicating attempts by the organization to educate employees on how tohandle personal information of customers in a manner that is compliantunder the law.

As a specific example, an employee of the organization (e.g., a campaignmanager) may be tasked with deploying a campaign that involves sending acampaign offer to one or more individuals that are customers of theorganization. To successfully send the campaign offer, the employee mayneed to identify which individuals are permitted to be targeted for thecampaign and may need to obtain the personal information of theindividuals that have been identified. However, individuals may havepresented the organization with specific preferences that restrict whattypes of customer data may be shared, entities with which the customerdata may be shared, and/or the like. Additionally, after identifying theindividuals as targets for the campaign, the employee may need tounderstand data privacy laws and regulations to determine whether theremay be any other restrictions influencing a manner in which the campaignmay be implemented.

Some implementations described herein provide a network of nodes thathave access to a distributed ledger and/or a distributed file systemused to manage campaign preferences for a group of individuals, andprovide a first node (e.g., a campaign management platform) to referenceand process the campaign preferences to generate campaign informationidentifying one or more individuals to target for a campaign. Forexample, the campaign management platform may receive, from a secondnode, a request for the campaign information for the campaign. Therequest may include data identifying campaign parameters, such as acampaign parameter indicating a subject of the campaign, a campaignparameter indicating a specific campaign offer being made during thecampaign, a campaign parameter indicating a mode of communication thatis to be used for the campaign, a campaign parameter indicating aduration of the campaign, and/or the like. In this case, the campaignmanagement platform may identify the one or more individuals to targetfor the campaign by interacting with a set of smart contracts associatedwith the distributed ledger. For example, the set of smart contracts mayreceive the campaign parameters as input and may output an indication ofwhether the campaign preferences of the individuals associated with thesmart contracts are compatible with the campaign parameters.

Additionally, the campaign management platform may generate the campaigninformation for the campaign. For example, the campaign managementplatform may generate the campaign information to include informationidentifying the one or more individuals targeted for the campaign and/orinformation identifying particular campaign preferences of the one ormore individuals that were found to be compatible with the campaignparameters. Furthermore, the campaign management platform may providethe campaign information to the user device to permit the user device touse the campaign information to target the one or more individuals forthe campaign.

In this way, the campaign management platform is able to use thecampaign preferences for each individual or a group of individuals togenerate the campaign information for the campaign. Furthermore, usingthe distributed ledger allows the campaign management platform tofacilitate the distribution of the campaign preferences and/or thecampaign information in a manner that is flexible, secure, distributed,and automated. For example, flexibility is provided by enablingexecution of various smart contracts that include specific preferencesof individuals regarding whether personal information may be shared,when the personal information may be shared, a mode of communicationthat may be used when sharing the personal information, and/or the like.

Additionally, security is provided by supporting the distributed ledgerwith a tamper-resistant data structure (e.g., a blockchain), byimplementing one or more forms of encryption, by restricting access tothe distributed ledger to particular parties, and/or the like. Forexample, the distributed ledger may improve security by preserving animmutable record of an individual's campaign preferences, by usingcryptographic links between blocks of the distributed ledger (e.g.,reducing the potential for unauthorized tampering with campaignpreferences data), and/or the like. Security is further improved as aresult of devices that have access to the distributed ledgerindependently verifying each transaction that is added to thedistributed ledger. Moreover, use of the distributed ledger alsoprovides failover protection, in that the campaign management platformmay fail, and another node in the network may take on responsibilitiesof the campaign management platform.

Furthermore, several different stages of the process for managingcampaign preferences of individuals are automated, which may removehuman subjectivity and waste from the process, and which may improvespeed and efficiency of the process and conserve computing resources(e.g., processor resources, memory resources, and/or the like). Forexample, by using the distributed ledger to identify individuals astargets for the campaign, the campaign management platform eliminates aneed for a human to identify the individuals, which might otherwiserequire knowledge regarding data privacy and protection of personalinformation of individuals. Additionally, implementations describedherein use a rigorous, computerized process to perform tasks or rolesthat were not previously performed or were previously performed usingsubjective human intuition or input.

FIGS. 1A-1C are diagrams of an example implementation 100 describedherein. For example, example implementation 100 may include a group ofuser devices (shown as User Device 1 through User Device N), a networkof nodes (shown as a campaign management platform serving as Node 1,Node 2, . . . , Node M), a device associated with an organization (shownas Organization Device 1), a distributed file system, a distributedledger (e.g., supported by a data structure, such as a blockchain), andan auditing platform.

Some embodiments described herein may refer to receiving, processing,generating, and/or providing personal information of individuals. Itshould be understood that any use of the personal information may besubject to consent of the individuals and will be used in a manner thatis compliant with applicable laws concerning protection and/or use ofpersonal information. As an example, consent of an individual may beobtained via a survey or prompt where the individual is asked to inputcampaign preferences or to otherwise agree or reject certainpreferences. Furthermore, any use and/or transmission of the personalinformation may be secured via one or more encryption techniques ortechniques to anonymize the personal information.

As shown in FIG. 1A, and by reference number 102, the group of userdevices may generate and provide campaign preferences data to thecampaign management platform. For example, a group of individuals mayinteract with the group of user devices to input campaign preferencesthat may dictate whether a campaign provided by or sponsored by theorganization may target the group of individuals, a manner in which thegroup of individuals may be targeted for the campaign, and/or the like.In this case, the group of individuals may be customers of anorganization and may use the organization for one or more bankingservices, such as a service that provides an individual with a checkingaccount, a savings account, a credit account, one or more types oftransactions cards (e.g., a debit card, a credit card, a rewards card,etc.), and/or the like. In some cases, the organization may ask thegroup of individuals to provide campaign preferences which indicatewhether the campaign may target an individual, a manner in which theindividual may be targeted, and/or the like.

A campaign, as used herein, may refer to one or more offers or eventsprovided by or sponsored by the organization, that involve advertising,marketing, and/or selling a product or a service to one or moreindividuals that are customers of the organization. Additionally, oralternatively, the campaign may include one or more messages ornotifications associated with a product or a service (e.g., a messageassociated with an existing product, a message unrelated to marketingand/or selling, such as an announcement regarding a change to a term ofa product or a service, etc.).

The campaign preferences may include a first campaign preferenceindicating whether an individual consents to be targeted for a campaign(e.g., which may require sharing personal information of the individualwith a particular entity, such as a third-party organization, aparticular subsidiary within the organization, and/or the like), asecond campaign preference indicating a mode of communication by whichthe individual agrees to receive offers that are part of the campaign(e.g., via an electronic mailing address, via a short message service(SMS), via a telephone call, and/or the like), a third campaignpreference indicating a time period or group of time periods duringwhich the individual agrees to receive offers that are part of thecampaign, a fourth campaign preference indicating what type of contentpermitted to be shared, and/or the like. In some implementations, acampaign preference may be a global campaign preference or may beapplied to a specific product, to a specific time period, via a specificmode of communication, and/or the like.

In some implementations, the group of individuals may use the group ofuser devices to complete a survey that includes questions that ask forthe campaign preferences or prompts for selecting and/orapproving/denying preferences. When the responses to the questions orprompts are submitted, campaign preferences data may be provided to thecampaign management platform. In this case, the survey may be completedby responding to questions displayed via a website, via an application(e.g., a mobile application), via a text editor (e.g., a word document),and/or the like. Additionally, or alternatively, the group ofindividuals may input campaign preferences in another manner, such as bycalling the organization and providing oral responses, by includingcampaign preferences in a hand-written letter and mailing the letter tothe organization, and/or the like.

In some implementations, the group of individuals may periodicallyupdate the campaign preferences. For example, an individual may updatethe campaign preferences if one of the individual's campaign preferenceshas changed. Additionally, or alternatively, the organization mayperiodically ask the individual to update the campaign preferences(e.g., once a month, once a year, at a time when the individualpurchases a new product or service from the organization, and/or thelike).

In some implementations, an individual may have an opportunity to inputcampaign preferences for a particular product offered by theorganization. For example, if the individual is granted a newtransaction card (e.g., a new credit card), the individual may inputcampaign preferences that are specific to the new transaction card.

As shown by reference number 104, the campaign management platform maygenerate a set of smart contracts. For example, the campaign managementplatform may generate a smart contract for an individual, may generate asmart contract for a group of individuals, may generate a smart contractfor a particular classification of individuals, may generate a smartcontract for a particular product associated with an individual, and/orthe like.

In some implementations, the campaign management platform may generate asmart contract that may be used for an individual. A smart contract, asused herein, may refer to a computer protocol that includes one or morefunctions that allow the smart contract to digitally facilitate, verify,and/or assist with a transaction, an agreement, a scenario wherecampaign parameters of a campaign are to be verified to determinewhether they are compatible with campaign preferences of the individual,and/or the like. In this case, the campaign management platform maygenerate a smart contract that includes an identifier of the individual(e.g., a name, a username, contact information of the individual, anaddress of the information, and/or the like), campaign preferences dataidentifying campaign preferences of the individual, and/or the one ormore functions described above. As an example, the one or more functionsof the smart contract may be configured to receive campaign parametersas inputs. The smart contract may compare the campaign parameters of acampaign and configurable campaign preferences of a user, which may bestored as part of the smart contract or accessible via a function of thesmart contract (e.g., the function may reference a data structure, suchas a data structure that is a block in the blockchain). This may causethe smart contract to output values (e.g., true or false values) basedon whether the campaign parameters satisfy (e.g., match with) thecampaign preferences. This may allow the campaign management platform todetermine whether the individual may be targeted for a campaign, how theindividual may be targeted, when the individual may be targeted, and/orthe like.

Additionally, or alternatively, the campaign management platform maygenerate a smart contract that may be used for a group of individuals(e.g., such that each individual in the group uses a smart contract withthe same terms), for a particular classification of individuals, for aparticular product associated with an individual, and/or the like. Forexample, the campaign management platform may generate a first smartcontract for a first account of an individual (e.g., a checking account,a savings account, etc.) and may generate a second smart contract for asecond account of the individual (e.g., an account linked to a creditcard of the individual). As another example, the campaign managementplatform may generate a first smart contract for a first product and asecond smart contract for a second product, such that individuals witheach respective product may utilize each respective smart contract. Inthis way, the campaign management platform is able to generate smartcontracts that are tailored specifically to individuals, to groups ofindividuals, to products associated with individuals, and/or the like.

In some implementations, the campaign management platform may removepersonal information of the individual from the smart contract. Forexample, assume the identifier of the individual is the individual'sname or another type of personal information (e.g., an address, a phonenumber, etc.). In this case, the campaign management platform mayprocess the identifier (e.g., using a hash function) to generate acryptographic hash value that serves as an encrypted identifier of theindividual. The encrypted identifier may be stored using the smartcontract (e.g., in place of the identifier).

In some implementations, as shown in FIG. 1A, the personal informationof the individual may be stored using the distributed file system. Thedistributed file system may be supported by the network of nodes. Forexample, the blockchain may be unable to support large quantities ofinformation (or may be unable to efficiently handle queries if too muchinformation is stored on the blockchain). In this case, the distributedfile system may be used to handle storage for the personal informationof the group of individuals, and may store the personal informationusing one or more data structures, such as a tree (e.g., a binary searchtree (BST), a red-black (RB) tree, a B-tree, etc.), a graph, adistributed database, a hash table, a linked list, and/or the like.

In some implementations, the blockchain may store encrypted identifiers(e.g., hashed addresses) for particular personal information, where theencrypted identifiers serve as pointers to memory locations at which theparticular personal information is stored within the distributed filesystem. In this case, the campaign management platform may use a contentaddressing technique to process the identifier of the individual, whichmay generate a cryptographic hash value that serves as an encryptedidentifier. The cryptographic hash value may identify a storage locationat which the personal information of the individual (e.g., theindividual's name) is to be stored within the distributed file system.

In some implementations, the campaign management platform may utilizeone or more rules to improve security and/or integrity of data storedvia the distributed file system. For example, the campaign managementplatform may, as a master node or management node, have read access andwrite access to the distributed file system, but may be the only nodewith write access to the distributed file system (e.g., the other nodesmay be limited to read-only access). As another example, the campaignmanagement platform may re-create data stored via the distributed filesystem after a threshold time period (e.g., every hour, every day,etc.). As such, any fraudulent attempts to infiltrate the distributedfile system may be overwritten while re-creating the data.

As shown by reference number 106, the campaign management platform mayprovide the personal information of the individual to be stored by thedistribute file system. For example, the campaign management platformmay provide the personal information to be stored at a storage locationthat is identifiable using the cryptographic hash value.

As shown by reference number 108, the campaign management platform mayprovide the set of smart contracts to the distributed ledger. As shownas an example, if the distributed ledger uses a blockchain, the campaignmanagement platform may provide the set of smart contracts to be storedas part of the blockchain. Over time, additional records may be added asnew blocks of the blockchain, such as a record indicating that anindividual has updated a campaign preference, a record of a transactionbetween the campaign management platform and another node (e.g., arequest for campaign preferences for a campaign, a result of therequest, etc.), a block indicating whether the request was granted,and/or the like. Additionally, or alternatively, if the smart contractis stored via the blockchain, then an updated smart contract may beadded to the blockchain.

In some implementations, the campaign management platform may validatethe set of smart contracts. For example, the campaign managementplatform may provide the set of smart contracts to one or more devicesassociated with validation entities. In this case, the one or morevalidation entities may be used to independently validate and/or verifywhether the smart contract is in compliance with rules or protocols usedwithin the distributed ledger.

In this way, the campaign management node generates and provides the setof smart contracts to the distributed ledger.

As shown in FIG. 1B, and by reference number 110, the device associatedwith the organization may provide, to the campaign management platform,a request for campaign information that is to be used for a campaign.For example, an employee of the organization (e.g., a campaign manager)may interact with an interface (e.g., a web interface, an applicationinterface, etc.) to create a request for campaign information for acampaign. In this case, the employee may input campaign parameters forthe campaign, which may cause the device associated with theorganization to create and provide the campaign management platform withthe request.

The request may include a campaign identifier to identify the campaign,data identifying an entity running the campaign, data identifyingcampaign parameters, such as a first campaign parameter indicating asubject of the campaign (e.g., a campaign to advertise a new type oftransaction card might list the new type of transaction card as thesubject), a second campaign parameter indicating a specific campaignoffer being made during the campaign, a third campaign parameterindicating a mode of communication that is to be used for the campaign(e.g., the campaign may have to provide the campaign offer toindividuals via a particular mode of communication), a fourth campaignparameter indicating a duration of the campaign, and/or the like.

As shown by reference number 112, the campaign management platform mayidentify one or more individuals as targets for the campaign. Forexample, and as shown by reference number 112-1, the campaign managementplatform may provide the campaign parameters to the set of smartcontracts. As shown by reference number 112-2, this may cause the set ofsmart contracts to process the campaign parameters to output one or morecompatibility indicators. For example, the campaign parameters may beprovided as input to a smart contract, which may cause the smartcontract to compare the campaign parameters to campaign preferences of auser. If a campaign parameter matches or satisfies a threshold level ofsimilarity with a campaign preference, a compatibility indicator or flagmay update (e.g., from a null value to a value of true or false,depending on whether the match was successful). This may cause the smartcontract to output the one or more compatibility indicators. In somecases, the smart contract may output an encrypted identifier of anindividual that may be used to search the distributed file system forpersonal information of the individual, as described further herein. Theencrypted identifier, for example, may correspond to a particularcampaign preference, a particular campaign parameter, and/or the like.

As an example, assume the campaign has a first campaign parameterindicating that an individual has a first campaign preference indicatingthat campaign offers may be provided to the individual via theorganization and subsidiaries of the organization but not viathird-party organizations and has a second campaign preferenceindicating that the individual may receive campaign offers viaelectronic mail (e-mail) but not via an SMS message or telephone.Further assume that a first campaign parameter indicates that asubsidiary of the organization will provide a campaign offer of adiscounted product and that a second campaign parameter indicates thatthe campaign offer will be provided to individuals via an SMS message.In this example, the smart contract may process the campaign parametersand may output a first compatibility value indicating that the firstcampaign preference is compatible with the first campaign parameter andmay output a second compatibility value indicating that the secondcampaign preference is not compatible with the second campaignparameter. In some implementations, a single compatibility value may beoutput indicating full compatibility or that at least one preference isnot compatible.

As shown by reference number 112-3, the set of smart contracts may beconfigured to provide the compatibility indicators to the campaignmanagement platform. For example, the set of smart contracts may providethe compatibility indicators to the campaign management platform using acommunication interface, such as an application programming interface(API). In some implementations, rather than provide the campaignmanagement platform with the compatibility indicators, the set of smartcontracts may create a record that includes the compatibility indicatorsand may add the record to the distributed ledger (e.g., as another blockin the blockchain). As such, the campaign management platform may obtainthe compatibility indicators by searching the blockchain to identify therecord.

In some implementations, the campaign management platform may determinewhether to identify an individual as a target for the campaign using arule. For example, the campaign management platform may be configuredwith a rule, such as a first rule indicating that a threshold number ofcampaign preferences of the individual are compatible with the campaignparameters, a second rule indicating that a particular campaignpreference has to be compatible with a campaign parameter for theindividual to be a target for the campaign, a third rule indicating thatthe particular campaign preference is to be assigned a weighted valuethat is greater than or less than weighted values that are assigned toother campaign preferences, and/or the like. In some implementations,the smart contract may be configured with a rule that allows the smartcontract to determine whether the individual is permitted to be a targetfor the campaign.

In some implementations, and as shown by reference number 114, thecampaign management platform may obtain personal information of theindividuals identified as targets for the campaign. For example, if thedistributed file system is used to store the personal information of thegroup of individuals, the set of smart contracts may store only anencrypted identifier of the one or more individuals. In this case, thecampaign management platform may use the encrypted identifier that werefound in the smart contracts to search the distributed file system toobtain the personal information of the one or more individuals that areto be targeted for the campaign. As described elsewhere herein, theencrypted identifiers may identify storage locations within thedistributed file system, which may allow the campaign managementplatform to obtain the personal information of the individuals. Personalinformation, as used herein, may refer to a name of the individual,contact information of the individual (e.g., an e-mail address, atelephone number, a home address, etc.), and/or the like.

In this way, the campaign management platform identifies one or moreindividuals with campaign preferences that are compatible with thecampaign parameters. By using the distributed ledger to identifyindividuals as targets for the campaign, the campaign managementplatform eliminates a need for a human to identify the individuals,which might otherwise require knowledge regarding data privacy andprotection of personal information of individuals. This conservesresources (e.g., processing resources, network resources, and/or thelike) that might otherwise be used to send data that violates dataprivacy laws and regulations, that might otherwise be used to educate aviolator on data privacy laws and regulations, and/or the like.

As shown in FIG. 1C, and by reference number 116, the campaignmanagement platform may generate the campaign information for thecampaign. For example, the campaign management platform may generate thecampaign information to include information identifying the one or moreindividuals to target for the campaign (e.g., which may include thepersonal information of the individual), information identifyingparticular campaign preferences of the identified individuals that werefound to be compatible with the one or more campaign parameters,campaign instructions identifying specific actions that may be performedas part of the campaign, and/or the like. In this case, the campaignmanagement platform may populate an electronic document with a list ofindividuals identified as targets for the campaign, with the particularcampaign preferences of the individuals, and/or the like.

In some implementations, the campaign management platform may generatethe campaign instructions identifying specific actions that may beperformed as part of the campaign. For example, rather than simplyprovide a list of individuals and campaign preferences, the campaignmanagement platform may generate campaign instructions that includespecific actions that may be performed, such as when to provide acampaign offer to an individual, what mode of communication to use,and/or the like. In this way, the campaign management platform providesthe device associated with the organization with specific actions thatmay be implemented to carry out the campaign. This reduces humanintervention with the process, which may remove human error,subjectivity and/or waste from the process, and which may improve speedand efficiency of the process and conserve computing resources.

In some implementations, the campaign management platform may generatethe campaign instructions using machine learning. For example, assumethe campaign management platform has trained a data model on historicaldata using one or more machine learning techniques. The historical datamay include historical campaign preferences of individuals, historicalcampaign information that includes historical campaign parameters and/orhistorical campaign offers, historical user interactions with campaigns(e.g., indicating whether an individual was responsive to a campaignoffer, made a purchase based on the campaign offer, etc.), and/or thelike. The data model may be trained to predict optimal actions torecommend as part of the campaign information.

In this case, the campaign management platform may provide the campaignparameters and/or the campaign preferences of the individuals identifiedfor the campaign as input to the data model. This may cause the datamodel to output a set of values that may be used to predict optimalactions to recommend. For example, an individual may indicate in acampaign preference that a campaign offer may be provided to theindividual only during an afternoon time period. Without the use ofmachine learning, the campaign manager might provide this individualwith the campaign offer between 12:00 PM and 5:00 PM. However, themachine learning model may, either based on historical data of theindividual, or historical data of individuals with similar attributes,identify that an optimal time to contact the individual is between 12:00PM and 2:00 PM. This may be due to the fact that working individuals maybe more likely to be receptive to the campaign offer if the campaignoffer is received while on a lunch break.

As shown by reference number 118, the campaign management platform mayprovide the campaign information to the device associated with theorganization. For example, the campaign management platform may providethe campaign information for display on an interface (e.g., a webinterface, an application interface, and/or the like) of the deviceassociated with the organization.

In some implementations, the campaign information provided may notinclude the personal information of the individuals identified astargets for the campaign. For example, the campaign information mayinclude the encrypted identifiers of the individuals, and the deviceassociated with the organization may have to reference the distributedfile system using the encrypted identifiers to obtain the personalinformation of the individuals.

As shown by reference number 120, the device associated with theorganization may use the campaign information for the campaign. Forexample, the employee of the organization (e.g., the campaign manager)may send campaign offers to the individuals identified by the campaignmanagement platform. In this case, the employee may reference thecampaign information to ensure that campaign preferences of individualsare not violated. For example, an individual may restrict time periodswhere the individual may be provided with marking offers, may restrict amode of communication used to provide the market offers, and/or thelike. As such, the employee may reference the campaign information toensure that the campaign offers are provided at appropriate timeperiods, using appropriate modes of communication, and/or the like.

As shown by reference number 122, the campaign management platform mayadd a record to the distributed ledger. For example, the campaignmanagement platform may create and add a record of a transaction betweenthe campaign management platform and a smart contract. As a specificexample, the campaign management platform may add a record of atransaction involving a smart contract that processed the campaignparameters to determine whether one or more campaign preferences of anindividual were compatible with the campaign parameters.

Additionally, or alternatively, the campaign management platform maycreate and add a record of a change that is made to an individual'scampaign preferences. For example, the blocks in the blockchain may beused for auditing purposes and may represent a verifiable history oftransactions and modifications made to the smart contract of anindividual. As a particular example, if an individual is to update acampaign preference, a field in the smart contract may be updated toreflect the updated campaign preference, and a block may be added to theblockchain indicating a time and date that the campaign preference wasupdated. As another example, if a new smart contract is created by theorganization and made available to an individual, and the individualselects the new smart contract, the new smart contract may be used inplace of the old smart contract. This may cause a block to be added tothe blockchain indicating a time and date that the new smart contractwas selected.

As shown by reference number 124, the campaign management platform maybroadcast an update to the network of nodes. For example, the campaignmanagement platform may broadcast an update to the network of nodes whena change is made to the distributed ledger. In this case, the update mayinclude the record that is being added to the distributed ledger. Assuch, the other nodes, which may have access to independent copies ofthe blockchain, may modify the copies of the blockchain to account forthe change (e.g., by adding a copy of the record that is being added tothe copy of the blockchain). In this way, nodes may independently verifyeach record that is added to the distributed ledger, thereby improvingsecurity and providing failover protection (e.g., if the first nodefails, another node may become the master node and may use the copy ofthe blockchain to perform one or more functions of the master node).

As shown by reference number 126, the auditing platform may audit thedistributed ledger. For example, the auditing platform may audit thedistributed ledger to verify that the organization is compliant withdata privacy laws and regulations. In some implementations, thedistributed ledger may store a record that includes proof that anindividual submitted a particular campaign preference. For example, ifan individual responded to an online survey, a device identifier of auser device of the individual's (e.g., a network address, an internetprotocol (IP) address, etc.), along with the individual's specificresponse identifying the particular campaign preference, may be storedas a secure record within the distributed ledger. As another example, ifan individual responded to a question via telephone, an oral responseidentifying the particular campaign preference may be stored using anaudio file that is included as a record or as part of a record withinthe distributed ledger. In some cases, the proof that the individualsubmitted the particular campaign preference may be stored using thedistributed file system. This may improve efficiency and use of thedistributed ledger by reducing a time needed to perform a search (e.g.,a query) on the distributed ledger.

In this way, the campaign management platform is able to use thedistributed ledger and/or the distributed file system to manage campaignpreferences for the group of individuals, and to reference the campaignpreferences when generating campaign information for the campaign.Additionally, using the distributed ledger allows the campaignmanagement platform to facilitate the distribution of the campaignpreferences and/or the campaign information in a manner that isflexible, secure, distributed, and automated.

As indicated above, FIGS. 1A-1C are provided merely as an example. Otherexamples are possible and may differ from what was described with regardto FIGS. 1A-1C. For example, there may be additional devices and/ornetworks, fewer devices and/or networks, different devices and/ornetworks, or differently arranged devices and/or networks than thoseshown in FIGS. 1A-1C. Furthermore, two or more devices shown in FIGS.1A-1C may be implemented within a single device, or a single deviceshown in FIGS. 1A-1C may be implemented as multiple, distributeddevices. Additionally, or alternatively, a set of devices (e.g., one ormore devices) of example implementation 100 may perform one or morefunctions described as being performed by another set of devices ofexample implementation 100.

FIG. 2 is a diagram of an example environment 200 in which systemsand/or methods, described herein, may be implemented. As shown in FIG.2, environment 200 may include a group of nodes 210, a group ofdistributed data storage devices 220, a campaign management platformhosted within a cloud computing environment 240, a user device 250,and/or a network 260. Devices of environment 200 may interconnect viawired connections, wireless connections, or a combination of wired andwireless connections.

Node 210 includes one or more devices capable of receiving, generating,storing, processing, and/or providing information associated with acampaign. For example, node 210 may include a computing device (e.g., adesktop computer, a laptop computer, a tablet computer, a handheldcomputer, a server device, etc.), a mobile phone (e.g., a smart phone, aradiotelephone, etc.), or a similar device.

In some implementations, a group of nodes 210 may be part of a networkthat is able to utilize a distributed ledger and/or a distributed filesystem to securely share campaign preferences and/or personalinformation of individuals. In some implementations, node 210 may be adevice associated with an entity, such as an organization, a subsidiaryof the organization, an individual, and/or the like. In someimplementations, a group of nodes 210 may include nodes 210 that areassociated with multiple organizations, multiple subsidiaries of anorganization, multiple individuals, and/or the like.

Distributed data storage device 220 includes one or more devices capableof receiving, generating, storing, processing, and/or providinginformation associated with a group of individuals (e.g., campaigninformation, personal information, and/or the like). For example,distributed data storage device 220 may include a computing device, suchas a server, a desktop computer, a laptop computer, a tablet computer, ahandheld computer, or a similar device.

In some implementations, a first group of distributed data storagedevices 220 may support a distributed ledger that uses a data structure(e.g., a blockchain) to store campaign information for a group ofindividuals. Additionally, or alternatively, a second group ofdistributed data storage devices 220 may support a distributed filesystem that is used to store personal information for a group ofindividuals that have provided campaign preferences to a distributedledger (e.g., a blockchain). In some implementations, the second groupof distributed data storage devices 220 may use the distributed filesystem to store encrypted identifiers for the group of individuals inassociation with the personal information of the group of individuals.While implementations described herein refer to a distributed filesystem, it is to be understood that one or more of the implementationsmay be implemented using a file system (e.g., that is not distributed).

Campaign management platform 230 includes one or more devices capable ofreceiving, generating, storing, processing, and/or providing informationassociated with a campaign. For example, campaign management platform230 may include a server device (e.g., a host server, a web server, anapplication server, etc.), a data center device, or a similar device.

In some implementations, campaign management platform 230 may performone or more actions described as being performed by node 210. In someimplementations, campaign management platform 230 may serve as a masternode or a management node for a group of nodes 210. In someimplementations, campaign management platform 230 may be separate fromthe group of nodes 210 but may interact with the group of nodes 210. Insome implementations, campaign management platform 230 may generate asmart contract for an individual or a group of individuals. In someimplementations, campaign management platform 230 may interact with userdevice 250 to service a request for a list of targets for a campaign. Insome implementations, campaign management platform 230 may search adistributed file system supported by distributed data storage device 220to obtain personal information of an individual that has been identifiedas a target for a campaign.

In some implementations, as shown, campaign management platform 230 maybe hosted in cloud computing environment 240. Notably, whileimplementations described herein describe campaign management platform230 as being hosted in cloud computing environment 240, in someimplementations, campaign management platform 230 may not be cloud-based(i.e., may be implemented outside of a cloud computing environment) ormay be partially cloud-based.

Cloud computing environment 240 includes an environment that hostscampaign management platform 230. Cloud computing environment 240 mayprovide computation, software, data access, storage, etc. services thatdo not require end-user knowledge of a physical location andconfiguration of system(s) and/or device(s) that hosts campaignmanagement platform 230. As shown, cloud computing environment 240 mayinclude a group of computing resources 235 (referred to collectively as“computing resources 235” and individually as “computing resource 235”).

Computing resource 235 includes one or more personal computers,workstation computers, server devices, or another type of computationand/or communication device. In some implementations, computing resource235 may host campaign management platform 230. The cloud resources mayinclude compute instances executing in computing resource 235, storagedevices provided in computing resource 235, data transfer devicesprovided by computing resource 235, etc. In some implementations,computing resource 235 may communicate with other computing resources235 via wired connections, wireless connections, or a combination ofwired and wireless connections.

As further shown in FIG. 2, computing resource 235 may include a groupof cloud resources, such as one or more applications (“APPs”) 235-1, oneor more virtual machines (“VMs”) 235-2, virtualized storage (“VSs”)235-3, one or more hypervisors (“HYPs”) 235-4, or the like.

Application 235-1 may include one or more software applications that maybe provided to or accessed by node 210 and/or distributed data storagedevice 220. Application 235-1 may eliminate a need to install andexecute the software applications on these devices. For example,application 235-1 may include software associated with campaignmanagement platform 230 and/or any other software capable of beingprovided via cloud computing environment 240. In some implementations,one application 235-1 may send/receive information to/from one or moreother applications 235-1, via virtual machine 235-2.

Virtual machine 235-2 may include a software implementation of a machine(e.g., a computer) that executes programs like a physical machine.Virtual machine 235-2 may be either a system virtual machine or aprocess virtual machine, depending upon use and degree of correspondenceto any real machine by virtual machine 235-2. A system virtual machinemay provide a complete system platform that supports execution of acomplete operating system (“OS”). A process virtual machine may executea single program and may support a single process. In someimplementations, virtual machine 235-2 may execute on behalf of anotherdevice (e.g., node 210 and/or distributed data storage device 220), andmay manage infrastructure of cloud computing environment 240, such asdata management, synchronization, or long-duration data transfers.

Virtualized storage 235-3 may include one or more storage systems and/orone or more devices that use virtualization techniques within thestorage systems or devices of computing resource 235. In someimplementations, within the context of a storage system, types ofvirtualizations may include block virtualization and filevirtualization. Block virtualization may refer to abstraction (orseparation) of logical storage from physical storage so that the storagesystem may be accessed without regard to physical storage orheterogeneous structure. The separation may permit administrators of thestorage system flexibility in how the administrators manage storage forend users. File virtualization may eliminate dependencies between dataaccessed at a file level and a location where files are physicallystored. This may enable optimization of storage use, serverconsolidation, and/or performance of non-disruptive file migrations.

Hypervisor 235-4 may provide hardware virtualization techniques thatallow multiple operating systems (e.g., “guest operating systems”) toexecute concurrently on a host computer, such as computing resource 235.Hypervisor 235-4 may present a virtual operating platform to the guestoperating systems and may manage the execution of the guest operatingsystems. Multiple instances of a variety of operating systems may sharevirtualized hardware resources.

User device 250 includes one or more devices capable of receiving,generating, storing, processing, and/or providing information associatedwith a campaign. For example, user device 250 may include a computingdevice (e.g., a desktop computer, a laptop computer, a tablet computer,a handheld computer, a server device, etc.), a mobile phone (e.g., asmart phone, a radiotelephone, etc.), or a similar device. In someimplementations, a first user device 250 may be associated with acustomer of an organization that is providing campaign preferences tocampaign management platform 230. In some implementations, a second userdevice 250 may be associated with a campaign manager of theorganization, and may interact with campaign management platform 230 toobtain campaign information for a campaign. In some implementations,user device 250 may be part of a group of nodes 210.

Network 260 includes one or more wired and/or wireless networks. Forexample, network 260 may include a cellular network (e.g., a fifthgeneration (5G) network, a fourth generation (4G) network, such as along-term evolution (LTE) network, a third generation (3G) network, acode division multiple access (CDMA) network, a public land mobilenetwork (PLMN), a local area network (LAN), a wide area network (WAN), ametropolitan area network (MAN), a telephone network (e.g., the PublicSwitched Telephone Network (PSTN)), a private network, an ad hocnetwork, an intranet, the Internet, a fiber optic-based network, a cloudcomputing network, or the like, and/or a combination of these or othertypes of networks.

The number and arrangement of devices and networks shown in FIG. 2 areprovided as an example. In practice, there may be additional devicesand/or networks, fewer devices and/or networks, different devices and/ornetworks, or differently arranged devices and/or networks than thoseshown in FIG. 2. Furthermore, two or more devices shown in FIG. 2 may beimplemented within a single device, or a single device shown in FIG. 2may be implemented as multiple, distributed devices. Additionally, oralternatively, a set of devices (e.g., one or more devices) ofenvironment 200 may perform one or more functions described as beingperformed by another set of devices of environment 200.

FIG. 3 is a diagram of example components of a device 300. Device 300may correspond to node 210, distributed data storage device 220,campaign management platform 230, and/or user device 250. In someimplementations, node 210, distributed data storage device 220, campaignmanagement platform 230, and/or user device 250 may include one or moredevices 300 and/or one or more components of device 300. As shown inFIG. 3, device 300 may include a bus 310, a processor 320, a memory 330,a storage component 340, an input component 350, an output component360, and a communication interface 370.

Bus 310 includes a component that permits communication among thecomponents of device 300. Processor 320 is implemented in hardware,firmware, or a combination of hardware and software. Processor 320includes a central processing unit (CPU), a graphics processing unit(GPU), an accelerated processing unit (APU), a microprocessor, amicrocontroller, a digital signal processor (DSP), a field-programmablegate array (FPGA), an application-specific integrated circuit (ASIC),and/or another type of processing component. In some implementations,processor 320 includes one or more processors capable of beingprogrammed to perform a function. Memory 330 includes a random accessmemory (RAM), a read only memory (ROM), and/or another type of dynamicor static storage device (e.g., a flash memory, a magnetic memory,and/or an optical memory) that stores information and/or instructionsfor use by processor 320.

Storage component 340 stores information and/or software related to theoperation and use of device 300. For example, storage component 340 mayinclude a hard disk (e.g., a magnetic disk, an optical disk, amagneto-optic disk, and/or a solid state disk), a compact disc (CD), adigital versatile disc (DVD), a floppy disk, a cartridge, a magnetictape, and/or another type of non-transitory computer-readable medium,along with a corresponding drive.

Input component 350 includes a component that permits device 300 toreceive information, such as via user input (e.g., a touch screendisplay, a keyboard, a keypad, a mouse, a button, a switch, and/or amicrophone). Additionally, or alternatively, input component 350 mayinclude a sensor for sensing information (e.g., a global positioningsystem (GPS) component, an accelerometer, a gyroscope, and/or anactuator). Output component 360 includes a component that providesoutput information from device 300 (e.g., a display, a speaker, and/orone or more light-emitting diodes (LEDs)).

Communication interface 370 includes a transceiver-like component (e.g.,a transceiver and/or a separate receiver and transmitter) that enablesdevice 300 to communicate with other devices, such as via a wiredconnection, a wireless connection, or a combination of wired andwireless connections. Communication interface 370 may permit device 300to receive information from another device and/or provide information toanother device. For example, communication interface 370 may include anEthernet interface, an optical interface, a coaxial interface, aninfrared interface, a radio frequency (RF) interface, a universal serialbus (USB) interface, a Wi-Fi interface, a cellular network interface, orthe like.

Device 300 may perform one or more processes described herein. Device300 may perform these processes based on processor 320 executingsoftware instructions stored by a non-transitory computer-readablemedium, such as memory 330 and/or storage component 340. Acomputer-readable medium is defined herein as a non-transitory memorydevice. A memory device includes memory space within a single physicalstorage device or memory space spread across multiple physical storagedevices.

Software instructions may be read into memory 330 and/or storagecomponent 340 from another computer-readable medium or from anotherdevice via communication interface 370. When executed, softwareinstructions stored in memory 330 and/or storage component 340 may causeprocessor 320 to perform one or more processes described herein.Additionally, or alternatively, hardwired circuitry may be used in placeof or in combination with software instructions to perform one or moreprocesses described herein. Thus, implementations described herein arenot limited to any specific combination of hardware circuitry andsoftware.

The number and arrangement of components shown in FIG. 3 are provided asan example. In practice, device 300 may include additional components,fewer components, different components, or differently arrangedcomponents than those shown in FIG. 3. Additionally, or alternatively, aset of components (e.g., one or more components) of device 300 mayperform one or more functions described as being performed by anotherset of components of device 300.

FIG. 4 is a flow chart of an example process 400 for using a distributedledger and/or a distributed file system to manage campaign preferencesfor a group of individuals, and for referencing the campaign preferencesto generate campaign information identifying one or more individuals totarget for a campaign. In some implementations, one or more processblocks of FIG. 4 may be performed by a campaign management platform(e.g., campaign management platform 230). In some implementations, oneor more process blocks of FIG. 4 may be performed by another device or agroup of devices separate from or including the campaign managementplatform, such as a node (e.g., node 210), a distributed data storagedevice (e.g., distributed data storage device 220), a user device (e.g.,user device 250), and/or the like.

As shown in FIG. 4, process 400 may include receiving campaignpreferences data identifying campaign preferences of a group ofindividuals (block 410). For example, the campaign management platform(e.g., using computing resource 235, processor 320, memory 330, storagecomponent 340, input component 350, communication interface 370, and/orthe like) may receive campaign preferences data identifying campaignpreferences of a group of individuals, as described above in connectionwith FIGS. 1A-1C.

As further shown in FIG. 4, process 400 may include generating, based onreceiving the campaign preferences data, a set of smart contracts forthe group of individuals, wherein the set of smart contracts include agroup of identifiers for the group of individuals, and the campaignpreferences data of the group of individuals (block 420). For example,the campaign management platform (e.g., using computing resource 235,processor 320, memory 330, storage component 340, and/or the like) maygenerate, based on receiving the campaign preferences data, a set ofsmart contracts for the group of individuals, as described above inconnection with FIGS. 1A-1C. In some implementations, the set of smartcontracts may include a group of identifiers for the group ofindividuals and the campaign preferences data of the group ofindividuals.

As further shown in FIG. 4, process 400 may include providing the set ofsmart contracts to be stored using a distributed ledger that isaccessible to a network of nodes (block 430). For example, the campaignmanagement platform (e.g., using computing resource 235, processor 320,memory 330, storage component 340, output component 360, communicationinterface 370, and/or the like) may provide the set of smart contractsto be stored using a distributed ledger that is accessible to a networkof nodes, as described above in connection with FIGS. 1A-1C.

As further shown in FIG. 4, process 400 may include receiving, from auser device associated with an entity, a request for campaigninformation that is to be used for a campaign, wherein the requestincludes data identifying one or more campaign parameters (block 440).For example, the campaign management platform (e.g., using computingresource 235, processor 320, memory 330, storage component 340, inputcomponent 350, communication interface 370, and/or the like) mayreceive, from a user device associated with an entity, a request forcampaign information that is to be used for a campaign, as describedabove in connection with FIGS. 1A-1C. In some implementations, therequest includes data identifying one or more campaign parameters.

As further shown in FIG. 4, process 400 may include identifying, byinteracting with the set of smart contracts associated with thedistributed ledger, one or more individuals to target for the campaign,the one or more individuals are identified based on a comparison of thecampaign preferences and the one or more campaign parameters (block450). For example, the campaign management platform (e.g., usingcomputing resource 235, processor 320, memory 330, storage component340, and/or the like) may identify, by interacting with the set of smartcontracts associated with the distributed ledger, one or moreindividuals to target for the campaign, as described above in connectionwith FIGS. 1A-1C. In some implementations, the one or more individualsmay be identified based on a comparison of the campaign preferences andthe one or more campaign parameters.

As further shown in FIG. 4, process 400 may include generating thecampaign information for the campaign, wherein the campaign informationincludes at least one of: information identifying the one or moreindividuals targeted for the campaign, or information identifyingparticular campaign preferences that were found to be compatible withthe one or more campaign parameters (block 460). For example, thecampaign management platform (e.g., using computing resource 235,processor 320, memory 330, storage component 340, and/or the like) maygenerate the campaign information for the campaign, as described abovein connection with FIGS. 1A-1C. In some implementations, the campaigninformation may include at least one of: information identifying the oneor more individuals targeted for the campaign, or informationidentifying particular campaign preferences that were found to becompatible with the one or more campaign parameters.

As further shown in FIG. 4, process 400 may include providing, to theuser device, the campaign information to permit the user device to usethe campaign information for the campaign (block 470). For example, thecampaign management platform (e.g., using computing resource 235,processor 320, memory 330, storage component 340, output component 360,communication interface 370, and/or the like) may provide, to the userdevice, the campaign information to permit the user device to use thecampaign information for the campaign, as described above in connectionwith FIGS. 1A-1C.

Process 400 may include additional implementations, such as any singleimplementation or any combination of implementations described belowand/or described with regard to any other process described herein.

In some implementations, the distributed ledger may be a blockchain. Insome implementations, the campaign preferences data may include dataindicating which entities are permitted to target an individual for thecampaign and/or data indicating a manner in which the entities arepermitted to target the individual for the campaign. In someimplementations, the set of smart contracts may be configured to receivethe one or more campaign parameters as input and to output an indicationof whether the campaign preferences are compatible with the one or morecampaign parameters.

In some implementations, when generating the set of smart contracts, thecampaign management platform may generate a smart contract, of the setof smart contracts, for an individual, of the group of individuals,using an identifier associated with the individual and the campaignpreferences data of the individual. In some implementations, thecampaign management platform may generate, by using a content addressingtechnique to process the identifier, a cryptographic hash value thatserves as an encrypted identifier and that identifies a storage locationat which personal information of the individual is to be stored using adistributed file system that is accessible to the network of nodes. Insome implementations, when generating the set of smart contracts, thecampaign management platform may provide, using the cryptographic hashvalue, the personal information of the individual to be stored at thestorage location of the distributed file system. In someimplementations, the campaign management platform may add thecryptographic hash value to the smart contract in place of theidentifier of the individual. The cryptographic hash value may becapable of being used to reference the personal information of theindividual.

In some implementations, a distributed file system that is accessible tothe network of nodes may be used to store personal information for thegroup of individuals. The group of identifiers included in the set ofsmart contracts may be encrypted identifiers that identify storagelocations for the personal information within the distributed filesystem. In some implementations, the campaign management platform mayobtain the personal information for the one or more individuals by usingone or more encrypted identifiers associated with the one or moreindividuals to search the distributed file system. In someimplementations, when generating the campaign information, the campaignmanagement platform may generate the campaign information to include thepersonal information of the one or more individuals. In someimplementations, the network of nodes may include nodes that areassociated with multiple entities.

Although FIG. 4 shows example blocks of process 400, in someimplementations, process 400 may include additional blocks, fewerblocks, different blocks, or differently arranged blocks than thosedepicted in FIG. 4. Additionally, or alternatively, two or more of theblocks of process 400 may be performed in parallel.

FIG. 5 is a flow chart of an example process 500 for using a distributedledger and/or a distributed file system to manage campaign preferencesfor a group of individuals, and for referencing the campaign preferencesto generate campaign information identifying one or more individuals totarget for a campaign. In some implementations, one or more processblocks of FIG. 5 may be performed by a first node, such as a campaignmanagement platform (e.g., campaign management platform 230, which maybe a first node 210). In some implementations, one or more processblocks of FIG. 5 may be performed by another device or a group ofdevices separate from or including the campaign management platform,such as another node (e.g., a second node 210), a distributed datastorage device (e.g., distributed data storage device 220), a userdevice (e.g., user device 250), and/or the like.

As shown in FIG. 5, process 500 may include receiving, from a userdevice associated with an entity, a request for campaign informationthat is to be used for a campaign, wherein the request includes dataidentifying one or more campaign parameters, and wherein the first nodeis part of a network of nodes that has access to a distributed ledger(block 510). For example, the campaign management platform (e.g., usingcomputing resource 235, processor 320, memory 330, storage component340, input component 350, communication interface 370, and/or the like)may receive, from a user device associated with an entity, a request forcampaign information that is to be used for a campaign, as describedabove in connection with FIGS. 1A-1C. In some implementations, therequest may include data identifying one or more campaign parameters,where the first node is part of a network of nodes that has access to adistributed ledger.

As further shown in FIG. 5, process 500 may include identifying, byinteracting with one or more smart contracts associated with thedistributed ledger, one or more individuals to target for the campaign,wherein the one or more smart contracts include: a set of encryptedidentifiers for a group of individuals that include the one or moreindividuals, and campaign preferences data identifying campaignpreferences of the group of individuals, and wherein the one or moreindividuals are identified based on a comparison of the campaignpreferences and the one or more campaign parameters (block 520). Forexample, the campaign management platform (e.g., using computingresource 235, processor 320, memory 330, storage component 340, and/orthe like) may identify, by interacting with one or more smart contractsassociated with the distributed ledger, one or more individuals totarget for the campaign, as described above in connection with FIGS.1A-1C. In some implementations, the one or more smart contracts mayinclude a set of encrypted identifiers for a group of individuals thatinclude the one or more individuals and campaign preferences dataidentifying campaign preferences of the group of individuals. In someimplementations, the one or more individuals may be identified based ona comparison of the campaign preferences and the one or more campaignparameters.

As further shown in FIG. 5, process 500 may include obtaining personalinformation of the one or more individuals by using one or moreencrypted identifiers associated with the one or more individuals toreference a distributed file system that is accessible to the network ofnodes and that associates the one or more encrypted identifiers with thepersonal information (block 530). For example, the campaign managementplatform (e.g., using computing resource 235, processor 320, memory 330,storage component 340, input component 350, communication interface 370,and/or the like) may obtain personal information of the one or moreindividuals by using one or more encrypted identifiers associated withthe one or more individuals to reference a distributed file system thatis accessible to the network of nodes and that associates the one ormore encrypted identifiers with the personal information, as describedabove in connection with FIGS. 1A-1C.

As further shown in FIG. 5, process 500 may include generating thecampaign information for the campaign, wherein the campaign informationincludes at least one of: information identifying the one or moreindividuals targeted for the campaign, wherein the information includesthe personal information of the one or more individuals, or informationidentifying particular campaign preferences that were found to becompatible with the one or more campaign parameters (block 540). Forexample, the campaign management platform (e.g., using computingresource 235, processor 320, memory 330, storage component 340, and/orthe like) may generate the campaign information for the campaign, asdescribed above in connection with FIGS. 1A-1C. In some implementations,the campaign information may include at least one of: informationidentifying the one or more individuals targeted for the campaign,wherein the information includes the personal information of the one ormore individuals, and information identifying particular campaignpreferences that were found to be compatible with the one or morecampaign parameters.

As further shown in FIG. 5, process 500 may include providing thecampaign information to the user device to permit the user device to usethe campaign information to target the one or more individuals for thecampaign (block 550). For example, the campaign management platform(e.g., using computing resource 235, processor 320, memory 330, storagecomponent 340, output component 360, communication interface 370, and/orthe like) may provide the campaign information to the user device topermit the user device to use the campaign information to target the oneor more individuals for the campaign, as described above in connectionwith FIGS. 1A-1C.

Process 500 may include additional implementations, such as any singleimplementation or any combination of implementations described belowand/or described with regard to any other process described herein.

In some implementations, the campaign management platform may receive,before receiving the request for the campaign information, campaignpreferences data for the group of individuals. In some implementations,the campaign management platform may generate, based on receiving thecampaign preferences data, the one or more smart contracts for the groupof individuals, and may provide the one or more smart contracts to thedistributed ledger.

In some implementations, when identifying the one or more individuals totarget for the campaign, the campaign management platform may provide,as input to the one or more smart contracts, the one or more campaignparameters to cause the one or more smart contracts to output valuesindicating whether the campaign preferences are compatible with the oneor more campaign parameters. In some implementations, the campaignmanagement platform may determine that the threshold number of campaignpreferences of the one or more individuals is compatible with the one ormore campaign parameters. In some implementations, the campaignmanagement platform may identify the one or more individuals based ondetermining that the threshold number of campaign preferences of the oneor more individuals is compatible with the one or more campaignparameters.

In some implementations, the campaign preferences data may include atleast one of: data indicating which entities are permitted to target anindividual for the campaign or data indicating a manner in which theentities are permitted to target the individual for the campaign. Insome implementations, the network of nodes may include nodes that areassociated with multiple entities. In some implementations, a number ofsmart contracts, in the one or more smart contracts, may correspond to anumber of individuals in the group of individuals.

In some implementations, when generating the campaign information, thecampaign management platform may generate the information identifyingthe one or more individuals targeted for the campaign and may generatethe information identifying the particular campaign preferences thatwere found to be compatible with the one or more campaign parameters.

Although FIG. 5 shows example blocks of process 500, in someimplementations, process 500 may include additional blocks, fewerblocks, different blocks, or differently arranged blocks than thosedepicted in FIG. 5. Additionally, or alternatively, two or more of theblocks of process 500 may be performed in parallel.

FIG. 6 is a flow chart of an example process 600 for using a distributedledger and/or a distributed file system to manage campaign preferencesfor a group of individuals, and for referencing the campaign preferencesto generate campaign information identifying one or more individuals totarget for a campaign. In some implementations, one or more processblocks of FIG. 6 may be performed by a campaign management platform(e.g., campaign management platform 230). In some implementations, oneor more process blocks of FIG. 6 may be performed by another device or agroup of devices separate from or including the campaign managementplatform, such as a node (e.g., node 210), a distributed data storagedevice (e.g., distributed data storage device 220), a user device (e.g.,user device 250), and/or the like.

As shown in FIG. 6, process 600 may include receiving, from a userdevice associated with an entity, a request for campaign informationthat is to be used for a campaign, wherein the request includes dataidentifying one or more campaign parameters, and wherein the device ispart of a network of nodes that has access to a blockchain (block 610).For example, the campaign management platform (e.g., using computingresource 235, processor 320, memory 330, storage component 340, inputcomponent 350, communication interface 370, and/or the like) mayreceive, from a user device associated with an entity, a request forcampaign information that is to be used for a campaign, as describedabove in connection with FIGS. 1A- 1C. In some implementations, therequest may include data identifying one or more campaign parameters. Insome implementations, the device may be part of a network of nodes thathas access to a blockchain.

As further shown in FIG. 6, process 600 may include identifying, byinteracting with one or more smart contracts associated with theblockchain, one or more individuals to target for the campaign, whereinthe one or more smart contracts are configured to receive the one ormore campaign parameters as input and to output an indication of whethercampaign preferences are compatible with the one or more campaignparameters, and wherein the one or more individuals have a thresholdnumber of the campaign preferences that are compatible with the one ormore campaign parameters (block 620). For example, the campaignmanagement platform (e.g., using computing resource 235, processor 320,memory 330, storage component 340, and/or the like) may identify, byinteracting with one or more smart contracts associated with theblockchain, one or more individuals to target for the campaign, asdescribed above in connection with FIGS. 1A-1C. In some implementations,the one or more smart contracts may be configured to receive the one ormore campaign parameters as input and to output an indication of whethercampaign preferences are compatible with the one or more campaignparameters. In some implementations, the one or more individuals mayhave a threshold number of the campaign preferences that are compatiblewith the one or more campaign parameters.

As further shown in FIG. 6, process 600 may include generating thecampaign information for the campaign, wherein the campaign informationincludes information identifying the one or more individuals targetedfor the campaign and information identifying particular campaignpreferences that were found to be compatible with the one or morecampaign parameters (block 630). For example, the campaign managementplatform (e.g., using computing resource 235, processor 320, memory 330,storage component 340, and/or the like) may generate the campaigninformation for the campaign, as described above in connection withFIGS. 1A-1C. In some implementations, the campaign information mayinclude information identifying the one or more individuals targeted forthe campaign and information identifying particular campaign preferencesthat were found to be compatible with the one or more campaignparameters.

As further shown in FIG. 6, process 600 may include providing thecampaign information to the user device to permit the user device to usethe campaign information to target the one or more individuals for thecampaign (block 640). For example, the campaign management platform(e.g., using computing resource 235, processor 320, memory 330, storagecomponent 340, output component 360, communication interface 370, and/orthe like) may provide the campaign information to the user device topermit the user device to use the campaign information to target the oneor more individuals for the campaign, as described above in connectionwith FIGS. 1A-1C.

Process 600 may include additional implementations, such as any singleimplementation or any combination of implementations described belowand/or described with regard to any other process described herein.

In some implementations, the campaign preferences data may include dataindicating which entities are permitted to target an individual for thecampaign, and data indicating a manner in which the entities arepermitted to target the individual for the campaign. In someimplementations, the information identifying the particular campaignpreferences includes at least one of: information identifying one ormore modes of communication which are permitted to be used whentargeting the one or more individuals, or information identifying one ormore times at which the one or more individuals are permitted to betargeted.

In some implementations, the campaign management platform may receive,before receiving the request for the campaign information, campaignpreferences data identifying the campaign preferences for a group ofindividuals. In some implementations the campaign management platformmay generate, based on receiving the campaign preferences data, the oneor more smart contracts for the group of individuals. The one or moresmart contracts may include a group of identifiers for the group ofindividuals and the campaign preferences data of the group ofindividuals. In some implementations, the campaign management platformmay provide the one or more smart contracts to the blockchain.

In some implementations, when generating the one or more smartcontracts, the campaign management platform may generate a smartcontract, of the one or more smart contracts, for an individual, of thegroup of individuals, using an identifier associated with the individualand the campaign preferences data of the individual. In someimplementations, the campaign management platform may generate, by usinga content addressing technique to process the identifier, acryptographic hash value that serves as an encrypted identifier and thatidentifies a storage location at which personal information of theindividual is to be stored using a distributed file system that isaccessible to the network of nodes. In some implementations, thecampaign management platform may provide, using the cryptographic hashvalue, the personal information of the individual to be stored at thestorage location of the distributed file system. In someimplementations, the campaign management platform may add thecryptographic hash value to the smart contract in place of theidentifier of the individual. The cryptographic hash value may becapable of being used to reference the personal information of theindividual.

In some implementations, a distributed file system that is accessible tothe network of nodes may be used to store personal information for agroup of individuals. The one or more smart contracts may include agroup of encrypted identifiers that identify storage locations for thepersonal information of the group of individuals within the distributedfile system. In some implementations, the campaign management platformmay obtain, after identifying the one or more individuals, the personalinformation for the one or more individuals by using one or moreencrypted identifiers associated with the one or more individuals tosearch the distributed file system. In some implementations, whengenerating the campaign information, the campaign management platformmay generate the campaign information to include the personalinformation of the one or more individuals.

Although FIG. 6 shows example blocks of process 600, in someimplementations, process 600 may include additional blocks, fewerblocks, different blocks, or differently arranged blocks than thosedepicted in FIG. 6. Additionally, or alternatively, two or more of theblocks of process 600 may be performed in parallel.

The foregoing disclosure provides illustration and description, but isnot intended to be exhaustive or to limit the implementations to theprecise form disclosed. Modifications and variations are possible inlight of the above disclosure or may be acquired from practice of theimplementations.

As used herein, the term component is intended to be broadly construedas hardware, firmware, or a combination of hardware and software.

Some implementations are described herein in connection with thresholds.As used herein, satisfying a threshold may refer to a value beinggreater than the threshold, more than the threshold, higher than thethreshold, greater than or equal to the threshold, less than thethreshold, fewer than the threshold, lower than the threshold, less thanor equal to the threshold, equal to the threshold, or the like.

It will be apparent that systems and/or methods, described herein, maybe implemented in different forms of hardware, firmware, or acombination of hardware and software. The actual specialized controlhardware or software code used to implement these systems and/or methodsis not limiting of the implementations. Thus, the operation and behaviorof the systems and/or methods were described herein without reference tospecific software code—it being understood that software and hardwaremay be designed to implement the systems and/or methods based on thedescription herein.

Even though particular combinations of features are recited in theclaims and/or disclosed in the specification, these combinations are notintended to limit the disclosure of possible implementations. In fact,many of these features may be combined in ways not specifically recitedin the claims and/or disclosed in the specification. Although eachdependent claim listed below may directly depend on only one claim, thedisclosure of possible implementations includes each dependent claim incombination with every other claim in the claim set.

No element, act, or instruction used herein should be construed ascritical or essential unless explicitly described as such. Also, as usedherein, the articles “a” and “an” are intended to include one or moreitems, and may be used interchangeably with “one or more.” Furthermore,as used herein, the term “set” is intended to include one or more items(e.g., related items, unrelated items, a combination of related andunrelated items, etc.), and may be used interchangeably with “one ormore.” Where only one item is intended, the term “one” or similarlanguage is used. Also, as used herein, the terms “has,” “have,”“having,” or the like are intended to be open-ended terms. Further, thephrase “based on” is intended to mean “based, at least in part, on”unless explicitly stated otherwise.

1. A method, comprising: receiving, by a device associated with anetwork of devices, campaign selections data identifying campaignselections of a group of individuals, the group of individuals beingcustomers of a particular entity, and the campaign selections includingone or more of: a first campaign selection indicating whether anindividual of the group of individuals consents to be targeted for acampaign by the particular entity, a second campaign selectionindicating a mode of communication by which the individual agrees toreceive offers that are part of the campaign by the particular entity, athird campaign selection indicating one or more time periods duringwhich the individual agrees to receive offers that are part of thecampaign by the particular entity, or a fourth campaign selectionindicating what type of content the individual agrees to receive by theparticular entity; generating, by the device and based on receiving thecampaign selections data, a set of smart contracts for the group ofindividuals, wherein the set of smart contracts include: a group ofidentifiers associated with the group of individuals, and the campaignselections data associated with the group of a first smart contract fora first account associated with the individual, and a second smartcontract for a second account associated with the individual; providing,by the device, the set of smart contracts to be stored using adistributed ledger that is accessible to the network of devices, whereinthe distributed ledger is associated with a blockchain, and wherein theset of smart contracts are stored as part of the blockchain; receiving,by the device and from a user device associated with the particularentity, a request for campaign information that is to be used for thecampaign, wherein the request includes data identifying one or morecampaign parameters associated with the campaign; generating, by thedevice, using the set of smart contracts, the campaign information,wherein the campaign information is generated based on a comparison ofthe campaign selections and the one or more campaign parameters, andwherein the campaign information includes at least one of: informationidentifying the group of individuals targeted for the campaign, thegroup of individuals targeted for the campaign being associated with thegroup of identifiers, or information identifying one or more of thecampaign selections that were found to be compatible with the one ormore campaign parameters based on the comparison; receiving, by thedevice, audit information associated with the distributed ledgerverifying that the particular entity is compliant with data privacy lawsand regulations associated with a user's private data; storing, by thedevice, the audit information associated with the distributed ledger,the audit information to include a secure record associated with anindividual's specific response identifying a particular campaignpreference; and providing, by the device and to the user device, accessto the campaign information for use with the campaign.
 2. (canceled) 3.The method of claim 1, wherein the campaign selections data includes atleast one of: first data indicating which entities are permitted totarget the individual for the campaign, or second data indicating amanner in which the entities are permitted to target the individual forthe campaign.
 4. The method of claim 1, wherein the set of smartcontracts are configured to receive the one or more campaign parametersas input and to output an indication of whether the campaign selectionsare compatible with the one or more campaign parameters.
 5. The methodof claim 1, wherein generating the set of smart contracts comprises:generating a smart contract, of the set of smart contracts, for theindividual using an identifier associated with the individual and thecampaign selections data of the individual, generating, by using acontent addressing technique to process the identifier, a cryptographichash value that serves as an encrypted identifier and that identifies astorage location at which personal information of the individual is tobe stored using a distributed file system that is accessible to thenetwork of devices, providing, using the cryptographic hash value, thepersonal information of the individual to be stored at the storagelocation of the distributed file system, and adding the cryptographichash value to the smart contract in place of the identifier of theindividual, wherein the cryptographic hash value is capable of beingused to reference the personal information of the individual.
 6. Themethod of claim 1, wherein a distributed file system that is accessibleto the network of devices is used to store personal information for thegroup of individuals, wherein the group of identifiers included in theset of smart contracts are encrypted identifiers that identify storagelocations for the personal information within the distributed filesystem; and wherein the method further comprises: obtaining the personalinformation for the group of individuals by using one or more encryptedidentifiers associated with the group of individuals to search thedistributed file system; and wherein generating the campaign informationcomprises: generating the campaign information to include the personalinformation of the group of individuals.
 7. The method of claim 1,wherein the network of devices includes devices that are associated withmultiple entities.
 8. A first device, comprising: one or more memories;and one or more processors, operatively coupled to the one or morememories, to: receive, from a user device associated with a particularentity, a request for campaign information that is to be used for acampaign, wherein the request includes data identifying one or morecampaign parameters associated with the campaign, wherein the firstdevice is part of a network of devices that has access to a distributedledger, and wherein the distributed ledger is associated with ablockchain; generating, using one or more smart contracts, the campaigninformation, wherein the one or more smart contracts include: a set ofencrypted identifiers associated with a group of individuals,  the groupof individuals being customers of the particular entity, and campaignselections data identifying campaign selections of the group ofindividuals,  the campaign selections including one or more of:   afirst campaign selection indicating whether an individual of the groupof individuals consents to be targeted for a campaign by the particularentity,   a second campaign selection indicating a mode of communicationby which the individual agrees to receive offers that are part of thecampaign by the particular entity,   a third campaign selectionindicating one or more time periods during which the individual agreesto receive offers that are part of the campaign by the particularentity, or   a fourth campaign selection indicating what type of contentthe individual agrees to receive by the particular entity, and arespective smart contract for each account of an individual for whichthe campaign selections have been received, wherein the campaigninformation is generated based on a comparison of the campaignselections and the one or more campaign parameters, and wherein the oneor more smart contracts are stored as part of the blockchain; obtainpersonal information associated with the group of individuals by usingone or more encrypted identifiers associated with the group ofindividuals to reference a distributed file system that is accessible tothe network of devices and that associates the one or more encryptedidentifiers with the personal information; generate the campaigninformation for the campaign, wherein the campaign information includesat least one of: information identifying the group of individualstargeted for the campaign, wherein the information identifying the groupof individuals includes the personal information of the group ofindividuals, or information identifying the campaign selections thatwere found to be compatible with the one or more campaign parametersbased on the comparison; receive audit information associated with thedistributed ledger verifying that the particular entity is compliantwith data privacy laws and regulations; store the audit informationassociated with the distributed ledger, the audit information to includea secure record associated with an individual's specific responseidentifying a particular campaign preference; and provide access to thecampaign information to the user device for use with the campaign. 9.The first device of claim 8, wherein the one or more processors arefurther to: receive, before receiving the request for the campaigninformation, the campaign selections data for the group of individuals;generate, based on receiving the campaign selections data, the one ormore smart contracts for the group of individuals; and provide the oneor more smart contracts to the distributed ledger.
 10. The first deviceof claim 8, wherein the one or more processors, when generating thecampaign information, are to: provide, as input to the one or more smartcontracts, the one or more campaign parameters to cause the one or moresmart contracts to output values indicating whether the campaignselections are compatible with the one or more campaign parameters,determine that a threshold number of campaign selections is compatiblewith the one or more campaign parameters, and generate the campaigninformation based on determining that the threshold number of campaignselections is compatible with the one or more campaign parameters. 11.The first device of claim 8, wherein the campaign selections dataincludes at least one of: first data indicating which entities arepermitted to target the individual for the campaign, or second dataindicating a manner in which the entities are permitted to target theindividual for the campaign.
 12. The first device of claim 8, whereinthe network of devices includes devices that are associated withmultiple entities.
 13. The first device of claim 8, wherein a number ofsmart contracts, in the one or more smart contracts, corresponds to anumber of individuals in the group of individuals.
 14. The first deviceof claim 8, wherein the one or more processors, when generating thecampaign information, are to: generate the information identifying thegroup of individuals targeted for the campaign, and generate theinformation identifying the campaign selections that were found to becompatible with the one or more campaign parameters.
 15. Anon-transitory computer-readable medium storing one or moreinstructions, the one or more instructions comprising: one or moreinstructions that, when executed by one or more processors of a device,cause the one or more processors to: receive, from a user deviceassociated with a particular entity, a request for campaign informationthat is to be used for a campaign, wherein the request includes dataidentifying one or more campaign parameters associated with thecampaign, and wherein the device is part of a network of devices thathas access to a blockchain; generate, using one or more smart contractsassociated with the blockchain, the campaign information, wherein theone or more smart contracts is stored using a distributed ledger that isaccessible to the network of devices, wherein the distributed ledger isassociated with the blockchain, wherein the one or more smart contractsare stored as part of the blockchain, wherein the campaign informationis generated based on a comparison of the one or more campaignparameters as input and to output an indication of whether campaignselections are compatible with the one or more campaign parameters, thecampaign selections including one or more of:  a first campaignselection indicating whether an individual of a group of individualsconsents to be targeted for the campaign by the particular entity,   thegroup of individuals being customers of the particular entity,  a secondcampaign selection indicating a mode of communication by which theindividual agrees to receive offers that are part of the campaign by theparticular entity,  a third campaign selection indicating one or moretime periods during which the individual agrees to receive offers thatare part of the campaign by the particular entity, or  a fourth campaignselection indicating what type of content the individual agrees toreceive by the particular entity, and wherein the campaign informationincludes a threshold number of the campaign selections that arecompatible with the one or more campaign parameters; and wherein the oneor more smart contracts includes a respective smart contract for eachaccount of an individual for which the campaign selections have beenreceived; generate the campaign information for the campaign, whereinthe campaign information includes: information identifying the group ofindividuals targeted for the campaign,  the group of individualstargeted for the campaign being associated with a group of identifiers,and information identifying one or more of the campaign selections thatwere found to be compatible with the one or more campaign parametersbased on the comparison; receive audit information associated with thedistributed ledger verifying that the particular entity is compliantwith data privacy laws and regulations; store the audit informationassociated with the distributed ledger, the audit information to includea secure record associated with an individual's specific responseidentifying a particular campaign preference; and provide access to thecampaign information to the user device for use with the campaign. 16.The non-transitory computer-readable medium of claim 15, whereincampaign selections data for the campaign selections includes: firstdata indicating which entities are permitted to target the individualfor the campaign, and second data indicating a manner in which theentities are permitted to target the individual for the campaign. 17.(canceled)
 18. The non-transitory computer-readable medium of claim 15,wherein the one or more instructions, when executed by the one or moreprocessors, further cause the one or more processors to: receive, beforereceiving the request associated with the campaign information, campaignselections data identifying the campaign selections for the group ofindividuals; generate, based on receiving the campaign selections data,the one or more smart contracts for the group of individuals, whereinthe one or more smart contracts include: the group of identifiers forthe group of individuals, and the campaign selections data of the groupof individuals; and provide the one or more smart contracts to theblockchain.
 19. The non-transitory computer-readable medium of claim 18,wherein the one or more instructions, that cause the one or moreprocessors to generate the one or more smart contracts, cause the one ormore processors to: generate a smart contract, of the one or more smartcontracts, for the individual, of the group of individuals, using anidentifier associated with the individual and the campaign selectionsdata of the individual, generate, by using a content addressingtechnique to process the identifier, a cryptographic hash value thatserves as an encrypted identifier and that identifies a storage locationat which personal information of the individual is to be stored using adistributed file system that is accessible to the network of devices,provide, using the cryptographic hash value, the personal information ofthe individual to be stored at the storage location of the distributedfile system, and add the cryptographic hash value to the smart contractin place of the identifier of the individual, wherein the cryptographichash value is capable of being used to reference the personalinformation of the individual.
 20. The non-transitory computer-readablemedium of claim 15, wherein a distributed file system that is accessibleto the network of devices is used to store personal information for thegroup of individuals, wherein the one or more smart contracts include agroup of encrypted identifiers that identify storage locations for thepersonal information of the group of individuals within the distributedfile system; and wherein the one or more instructions, when executed bythe one or more processors, further cause the one or more processors to:obtain, after identifying the group of individuals, the personalinformation for the group of individuals by using one or more encryptedidentifiers associated with the group of individuals to search thedistributed file system; and wherein the one or more instructions, thatcause the one or more processors to generate the campaign information,cause the one or more processors to: generate the campaign informationto include the personal information of the group of individuals.
 21. Themethod of claim 1, further comprising: validating the set of smartcontracts based on one or more rules or protocols used within thedistributed ledger.
 22. The non-transitory computer-readable medium ofclaim 15, wherein the one or more instructions, when executed by the oneor more processors, further cause the one or more processors to:validate the one or more smart contracts based on one or more rules orprotocols used within the distributed ledger.